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TO ALL WHOM IT MAY CONCERN: 

Be it known that we, Dan Dean Christensen 
a citizen of the United States, residing at 9001 Martha's Drive, in the County 
of Travis and State of Texas and Steven Lee Dienstbier a citizen of United 
States, residing at 2212 Mockingbird Drive, in the County of Williamson have 
invented a new and useful METHOD AND APPARATUS FOR IDENTIFYING 
AN I/O NETWORK IN A PROCESS CONTROL SYSTEM, of which the 
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METHOD AND APPARATUS FOR IDENTIFYING AN I/O NETWORK 
IN A PROCESS CONTROL SYSTEM 

FIELD OF THE INVENTION 

The invention relates generally to process control systems and, more specifically, to a 
5 system and method for identifying a selected input/output network in a process control 
system. 

DESCRIPTION OF THE RELATED ART 

Large scale process control systems are typically employed to control complex 
manufacturing and refining processes such as those involved in the production of chemical 

fee 

10 and petroleum products. Advances in technology have led to the decentralization of process 
m control functions within the process control industry. The use of distributed process control 

systems that employ multiple communicatively coupled process controllers to coordinate and 
implement process control functions are becoming increasingly commonplace. Such process 

nJ 

B controllers are typically communicatively coupled to one or more host or operator stations 

E S 

£f 1 5 and to multiple field devices which are generally disposed throughout various locations 
f ^ within a plant facility. The operator station provides an operator with an interface, such as a 

C3 graphical user interface, to monitor and manipulate the process control system. Field devices 

generally measure and process control parameters and may, for example, include sensors such 
as temperature, pressure and flow rate sensors as well as control elements such as valves and 
20 switches. The process controllers typically control the operation of the field devices to 
implement process control fianctions. 

Distributed process control systems typically include multiple process controllers 
communicatively coupled via a local network, such as an area controlled network (ACN). 
The process controllers are communicatively coupled to local field devices via input/output 
25 (I/O) interface cards on a local I/O bus. In some cases, an I/O interface card is 

communicatively coupled to one or more I/O carriers with each I/O carrier further supporting 
one or more I/O interface cards and each of the I/O interface cards further supporting one or 
more remote field devices or additional I/O interface cards. 
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Different remote I/O interface cards may also be used to support different 
communication protocols. Examples of such communication protocols include Foundation"^ 
Fieldbus, HART®, PROFffiUS®, WORLDFIP®, LONWORKS®, Device-Net® and CAN 
protocols. Providing support for different protocols permits the incorporation of field devices 
5 developed by different manufacturers into a single process control system. As can be seen, a 
single process control system may potentially include multiple independent networks and 
may support multiple communication protocols. 

Field devices and I/O devices are often removed from a process control system for 
replacement or as part of routine maintenance procedures. Such field devices and I/O devices 
10 are typically already configured for operation within a specific I/O network within the process 
control system. 

Likewise, new field devices are often added to an existing process control system. 
^=1 New local field devices may be connected to local I/O interface cards on a local I/O bus for a 

selected process controller. Adding new remote field devices often requires the incorporation 

nJ 15 of additional I/O carriers to support the new field devices. In those cases where different I/O 

OJ 

networks supporting different communication protocols are under the control of a single 
process controller, it is important that the new device be connected to a compatible I/O 
network under the control of the appropriate process controller. 

The use of multiple independent networks in a distributed process control system 
20 typically requires the use of extensive cabling which is often similar if not identical. This fact 
increases the possibility that an I/O device or field device intended for connection on a 
specific I/O network under the control of a specific process controller may be inadvertently 
connected to an alternative I/O network using the same or different communication protocol 
or even a non-I/O network. 
25 Prior art methods to decrease errors in wiring have involved the assignment of a local 

device tag to I/O interface cards on local I/O buses by a process controller. Typically, upon 
the installation of an I/O interface card, in a specific slot on a local I/O bus, the associated 
process controller assigns a device tag to the I/O interface card based on the I/O slot occupied 
by the I/O interface card. For example, if the I/O interface card is installed in slot six of a 
30 local I/O bus, the I/O interface card may be assigned a tag such as "C6." However the use of 
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multiple process controllers in distributed process control systems has diminished the 
effectiveness of this prior art technique. For example, if a process control system includes a 
total of ten process controllers, each of which includes an I/O interface card coupled via a slot 
six on a local I/O bus, such a process control system will include ten I/O interface cards each 
of which will be identified by a device tag "C6." 

As distributed process control systems including a large number of distinct I/O 
devices and I/O networks become increasingly common, mistakes in cabling may lead to 
increases in production delays and plant facility downtime. The use of remote I/O devices 
such as I/O carriers further increases the possibility of wiring mistakes. Incorrect device 
connections may require plant personnel to perform diagnostic utilities which are often 
implemented in operator workstations that are located at some distance from the device 
connection site. Corrective procedures associated with the incorrect wiring of I/O devices 
and field devices often prove to be time consuming and costly. 

SUMMARY OF THE INVENTION 

A method and apparatus for identifying an I/O network in a process control system 
creates a unique network identification tag for each of one or more of the I/O networks in the 
process control system. During the configuration process, each process controller may be 
assigned a unique controller identification tag. In addition, each I/O device associated with 
each process controller may be assigned a device identification tag. For each I/O network, the 
controller identification tag for the process controller associated with the I/O network and the 
device identification tags for the I/O devices associated with the I/O network may be used to 
create a unique network identification tag. The network identification tag may be stored in 
the I/O device associated with the I/O network. The I/O device may be configured to 
periodically transmit the network identification tag on its I/O network or may be configured 
to transmit the network identification tag in response to a request for identification. 

When plant personnel wish to install or replace an I/O device, such as an I/O carrier, 
or a field device on a selected I/O network in the process control system, a diagnostics tool 
may be used to determine whether a selected I/O network is the correct I/O network prior to 
installing the I/O device or the field device. Upon the selection of an I/O network, the 
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diagnostics tool is communicatively coupled to the selected I/O network. Depending on the 
configuration of the I/O device associated with the I/O network, the diagnostics tool may be 
adapted to either listen for the I/O network's network identification tag or to issue a request 
for identification data on the I/O network. Upon receipt of the network identification tag over 
5 the I/O network, the diagnostics tool generates an output identifying the I/O network. The 

output may be in the form of a display showing the network identification tag, the location of 
the I/O network within a configuration diagram or list, etc. The diagnostics tool may be 
configured to enable a user to provide a network designation identifying the I/O network that 
the user is seeking to locate. In this case, upon the selection of an I/O network, the 
10 diagnostics tool compares the user provided network designation with the received network 
identification tag to determine whether the correct I/O network has been located. 

■4i 

Oi BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of a process control system in which a diagnostics tool may 

HJ be used to locate a selected I/O network; and 

HJ 

s 1 5 Fig. 2 is a block diagram of a portable diagnostics tool for identifying or locating a 

selected I/O network in the process control system of Fig. 1 . 

s 

ri DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring now to Fig. 1 , a process control system 1 0 generally includes one or more 
process controllers 12, 14 communicatively coupled to a user interface 16, such as an 

20 operator station, via a central network 17. The central network 17 may be an ethemet system 
such as, for example, an Area Control Network (ACN), or any other desired type of network. 
The process controllers 12, 14 may be, for example. Delta V™ controllers, sold by Fisher- 
Rosemount Systems, Inc. or any other desired controllers. The operator station 16 may 
comprise any suitable personal computer or workstation. 

25 Different types of input/output devices (I/O), such as I/O buses 1 8, 20 or backplanes, 

I/O interface cards 22-34, and I/O carriers 36-40 provide communicative coupling between 
the field devices 42-58 and the process controllers 12, 14. I/O networks 60-72 are used to 
provide communicative coupling between different I/O devices 32-40 or between I/O devices 
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22-30 and field devices 42-58. For example, each of the I/O interface cards 22-34 is 
associated with an I/O network 60-72. In the case of the I/O interface cards 22-30, the I/O 
networks 60, 62, 66, 68, 72 provide communicative couphng between the I/O interface cards 
22-30 and associated field devices 42-58. The I/O interface cards 32, 34 are communicatively 
5 coupled to associated I/O carriers 36-40 via the I/O networks 64, 70. The I/O networks 60-72 
may be digital or analog busses or non-busses capable of supporting single or multiple field 
devices 42-58 or single or multiple I/O carriers 36-40. For example, the I/O interface card 24, 
associated with the I/O network 62, supports the single field device 46 while the I/O interface 
card 22, associated with the I/O network 60, supports multiple field devices 42, 44. 
10 As mentioned above, the process controllers 12, 14 are communicatively coupled to 

the field devices 42-58 via one or more I/O devices using I/O networks 60-72. For example, 
the process controller 12 is connected to the I/O bus 18 and the process controller 14 is 
g1 connected to the I/O bus 20. Each of the I/O busses 1 8, 20 is adapted to accommodate one or 

^-j more I/O devices, such as the I/O interface cards 22, 24, 32. For example, the local field 

^=""15 devices 42, 44 etre connected on the I/O network 60 that provides communicative coupling to 

nj 

5 the process controller 12 via the I/O interface card 22. Similarly, the local field device 46 is 

l1 connected on the I/O network 62 that provides communicative coupling with the process 

.^^ controller 14 via the I/O interface card 24. 

Cj The I/O interface cards 26-34 and the I/O carriers 36-40 are used to provide 

20 communicative coupling between the remote field devices 48-58 and the process controllers 
12, 14 using the I/O networks 64-72. For example, the process controller 14 is connected to 
the I/O interface card 32 disposed on the I/O bus 20. The I/O carriers 36, 38 are 
communicatively coupled to the I/O interface card 32 via the I/O network 64. Each of the I/O 
carriers 36-40 is adapted to accommodate one or more I/O devices, such as the I/O interface 
25 cards 26-30, 34. For example, the I/O interface cards 26, 28, associated with the I/O carrier 
36, are communicatively coupled to the remote field devices 48-54 via the I/O networks 66, 
68. The I/O interface card 34 is communicatively coupled to the I/O carrier 40 via the I/O 
network 70. The I/O carrier 40 is connected to the I/O interface card 30 that is 
communicatively coupled to the remote field devices 56, 58 via the I/O network 72. The I/O 
30 networks 64, 70, which communicatively couple the I/O carriers 36-40 to the I/O interface 
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cards, 32, 34 may be for example. High Speed Ethernet (HSE) networks or any other desired 
type of networks. These I/O devices can be configured to communicate using any desired 
communication protocol including, for example, the Fieldbus® Foundation HSE 
communication protocol. 
5 The process controllers 12, 14 implement or oversee process control routines stored 

therein or otherwise associated therewith and communicate with field devices 42-58 and the 
operator station 16 to control a process in any desired manner. Typically, when the process 
controller 12, 14 issues a command to one of the field devices 42-58, the process controller 
12, 14 transmits the command to the appropriate I/O device. If the I/O device receiving the 
10 command is the I/O interface card 22, 24, the I/O interface card 22, 24 transmits the 

command to the appropriate field device 42-46 on the I/O network 60, 62. If the I/O device 
^3 receiving the command is the I/O interface card 32, the I/O interface card 32 transmits the 

01 command to the appropriate I/O carrier 36, 38 on the I/O network 64. If the command is 

intended for one of the field devices 48-54 on the I/O networks 66, 68, the I/O carrier 36 

Of 15 transmits the command to the appropriate I/O interface card 26, 28 which, in turn, transmits 

fij 

5 the command to the appropriate field device 48-54. If the field device 56, 58 is not coupled 

to an I/O interface card 26, 28 associated with the I/O carrier 36, the I/O carrier 36 transmits 
the command to the I/O interface card 34 which transmits the command to a further I/O 
carrier 40 on the I/O network 70. Likewise, the I/O carrier 40 transmits the command to the 
20 appropriate I/O interface card 30 which, in turn, transmits the command to the appropriate 
field device 56, 58 over the I/O network 72. 

The field devices 42-58 used within the process control system 10 may be any types of 
devices, such as sensors, valves, transmitters, positioners, etc. while the I/O interface cards 
22-34 and the I/O carriers 36-40 used may be any type of I/O device conforming to any 
25 desired communication or controller protocol. In the embodiment illustrated in Fig. 1, the 
local field device 46 and the remote field device 48 are smart devices, such as PROFIBUS® 
field devices, that communicate over digital buses. The local field device 46 communicates 
over the I/O network 62, a digital bus, to the I/O interface card 24, while the remote field 
device 48 communicates over the I/O network 66, a digital bus, to the I/O interface card 26 on 
30 I/O carrier 36. The local field devices 42, 44 and the remote field devices 50-58 are smart 
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devices, such as Fieldbus field devices, that communicate over I/O networks 60, 68, 72, 
digital buses, to I/O interface cards 22, 28, 30 using the Fieldbus communication protocol. 
The I/O carriers 36-40 are HSE I/O carriers that communicate over HSE I/O networks 64, 70 
to HSE I/O interface cards 32, 34 using the Fieldbus HSE Ethernet communication protocol. 
5 Of course other protocols and types of I/O networks and I/O devices could be used instead of 
or in addition to those described above. 

The process control system 10 is configured to create and store a unique network 
identification tag for each of the I/O networks 60-72 such that a diagnostics tool 74 can be 
communicatively coupled to a selected I/O network 60-72 to retrieve the network 
10 identification tag. The unique network identification tag may be chosen and assigned in any 
rj desired manner, such as using a preset list of unique names, allowing an operator to assign 

^? unique names to each of the devices associated with each I/O network, concatenating names 

0'^ and/or addresses of devices providing a communication link from the operator station to each 

s s 

In I/O network to create unique network identification tags, etc. As mentioned previously, each 

JJt 15 of the I/O interface cards 22-34 is associated with one of the I/O network 60-72. For 

- example, the I/O interface cards 22, 24, 26, 28, 30, 32, 34 are associated with the I/O 

a 

L^h networks 60, 62, 66, 68, 72, 64, 70 respectively. The I/O networks 60-72 are generally used 

to couple the field devices 42-58 to the I/O interface cards 22-30 and I/O devices, such as I/O 
O carriers 36-40 to the I/O interface cards 32, 34. When it is desirable to add or replace one of 

20 the field devices 42-58 or I/O carriers 36-40 within the process control system 10, the 
diagnostics tool 74 can be connected to a selected I/O network 60-72 to retrieve the I/O 
network's network identification tag. Plant personnel can then use the retrieved the network 
identification tag to determine whether they have located the appropriated I/O network 60-72 
prior to connecting the field device 42-58 or I/O device 36-40 to the I/O network 60-72 
25 thereby reducing the possibility of wiring mistakes. 

In the illustrated embodiment, an operator uses one or more routines to configure the 
process controllers 12, 14 with unique controller identification tags such as "CNTRl" and 
"CNTR2." The one or more routines may be stored in a single device or distributed 
throughout a number of devices such as for example, in the user interface 16, in one or more 
30 process controller memories and/or in one or more I/O devices. The process controllers 12, 
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14 are typically configured at installation. Each of the process controllers 12, 14 is associated 
with an I/O bus 1 8, 20 provided with four I/O slots, where each slot is adapted to 
accommodate an I/O device, such as an I/O interface card 22, 24, 32. The process controllers 
12, 14 are configured to recognize when an I/O device is installed within an I/O slot on its I/O 
5 bus 18, 20 and to automatically create a device identification tag for the newly installed I/O 

device. For example, the process controller 12 "CNTR" assigns a device identification tag of 
"COl" to the I/O interface card 22 installed on slot one of the I/O bus 18. Similarly, the 
process controller 14 "CNTR2" may, for example, assign a device identification tag of "CGI" 
to the I/O interface card 24 installed on slot one of the I/O bus 20 and a device identification 
10 tag of "C04" to the I/O interface card 32 installed on slot four of the I/O bus 20. 
_ Each process controller 12, 14 then combines its own unique controller identification 

41 tag with the device idenfification tag for each of the I/O devices 22, 24, 32 to create a unique 

gi network identification tag for the I/O network 60, 62, 64 associated with each of the I/O 

^1 devices 22, 24, 32. For example, the process controller 12 combines its own unique 

nJ 15 controller identification tag of "CNTR 1" with the device idenfificafion tag of "COl" for the 

nJ 

= I/O interface card 22 to create a unique network identification tag of "CNTRl/COl" for the 

p for I/O interface card 24 to create a unique network identification tag of "CNTRl/COl" for 

20 the I/O network 62 associated with the I/O interface card 24. Similarly, the process controller 



I/O network 60 associated with the I/O interface card 22. The process controller 14 combines 
its own controller identificafion tag of "CNTR2" with the device idenfification tag of "COl" 



14 "CNTR2" creates a unique network identification of "CNTR2/C04" for the I/O network 
64 associated with the I/O interface card 32. Alternatively, the configuration software may be 
run in for example, the operator station 16 to create unique network identificafion tags for 
each of the I/O networks 60-72. Of course, the process controllers 12, 14 or the configurafion 

25 software may combine the identification tags in any other desired manner to create unique 
network identification tags. 

The process controllers 12, 14 continue creating network identification tags for each 
of the I/O networks 66-72. The process^controllers 12, 14 are configured to recognize when 
the I/O carrier 36, 38 is communicatively coupled to the I/O interface card 32 and to create a 

30 carrier identificafion tag for each of the I/O carriers 36, 38 based on, for example, the order 
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that they are connected to the I/O interface card 32. For example, the process controller 14 
creates a carrier identification tag of "CAl" for the I/O carrier 36 and a carrier identification 
tag of "CA2" for the I/O carrier 38. Then, as each of the I/O interface cards 26, 28, 34 is 
installed on a particular slot of the I/O carriers 36, a device identification tag is automatically 
5 assigned to the I/O interface cards 26, 28, 34 based on the I/O slot occupied by the I/O device 
26, 28, 34. For example, the I/O interface card 26 disposed in slot one of the I/O carrier 36 is 
assigned a device identification tag of "COl," the I/O interface card 28 disposed in slot two of 
the I/O carrier 36 is assigned a device identification tag of "C02" and the I/O interface card 
34 disposed in slot five of the I/O carrier 36 is assigned a device identification tag of "COS." 
10 The process controller 14 then combines its own unique controller identification tag 

of "CNTR2," the device identification tag of "C04" for the I/O interface card 32, the carrier 

a 

tfS identification tag of "CAl" for the I/O carrier 36 and the device identification tag of "CGI" 

for the I/O interface card 26 to create a unique network identification tag of 
h'^ "CNTR2/C04/CA1/C0r' for the I/O network 66. For the I/O network 68, the process 

. f =i 

nJ 15 controller 14 combines its unique controller identification tag "CNTR2," the device 

identification tag of "C04" for the I/O interface card 32, the carrier identification tag of 
F: "CAl" for I/O carrier 36 and the device identification tag of "C02" for the I/O interface card 

H 28 to create a unique network identification tag of "CNTR2/C04/CA1/C02." Similarly, the 

process controller 14 creates a unique network identification tag of "CNTR2/C04/CA1/C05" 
20 for the I/O network 70 associated with the I/O interface card 34. 

As described above, when the I/O carrier 40 is communicatively coupled to the I/O 
interface card 34, the process controller 14 assigns the I/O carrier 40 a carrier identification 
tag of "CAl The I/O devices installed on the I/O carrier 40 are assigned device 
identification tags based on the slot on the I/O carrier 40 occupied by the I/O device. For 
25 example, the I/O interface card 30, installed in slot two of the I/O carrier 40 is assigned a 

device idenfification tag of "C02." The process controller 14 combines its unique controller 
identification tag of "CNTR2," the device identification tag of "C04" for the I/O interface 
card 32, the carrier identification tag of "CAl" for the I/O carrier 36, the device identification 
tag of "C05" for the I/O interface card 34, the carrier identification tag of "CAl" for the I/O 
30 carrier 40 and the device identification tag of "C02" for the I/O interface card 30 to create a 
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unique network identification tag of "CNTR2/C04/CA1/C05/CA1/C02" for the I/O network 
72. Although the preferred embodiment describes the process controllers 12, 14 as 
performing the functions associated with the creation of the network identification tags, in 
alternate embodiments the different I/O devices, such as the I/O interface cards 22-34, the I/O 
5 carriers 36-40, or the operator station 16, etc. may perform the one or more of the functions of 
combining or concatenating the different identification tags to create the unique network 
identification tag for the I/O network 60-72. Additionally, it should be understood that while 
the illustrated embodiment describes a particular method for assigning a unique network 
identification tag for an I/O network in a process control system, alternative methods of 
10 creating a unique network identification tag are also considered to be within the scope of the 
invention. For example, each of the I/O networks may be assigned a unique network 

■PI 

identification tag based on an address or a unique name assigned to the I/O device associated 
J: with an I/O network. Any other random or non-random method of assigning identities to I/O 

networks may be used. 

4i 

pjl5 In the illustrated embodiment, the network identification tag for each I/O network 60- 

''^ 72 is generally stored in the associated I/O device 22-34. For example, the network 

O identification tag "CNTRl/COl" is stored in the memory of the I/O interface card 22. 

Lb However, in altemative embodiments, the network identification tag may be stored in the 

2i memory of any device communicatively coupled to the I/O network, such as, for example, in 

20 the memory of a process controller communicatively coupled to the I/O network or in any one 

of the I/O devices communicatively coupled to the I/O network associated with the network 

identification tag. 

Once the network identification tag has been stored in the appropriate I/O device 
memory, the I/O device 22-34 is configured to periodically transmit the network 

25 identification tag on the I/O network 60-72. For example, the I/O interface card 32 

periodically broadcasts the network identification tag of "CNTR2/C04" on the I/O network 
64. This permits plant personnel to couple the diagnostics tool 74 to a selected I/O network 
60-72 and to verify the identity of the I/O network 60-72 using the network identification tag 
prior to installing an I/O device or a field device onto the I/O network 60-72 which helps to 

30 minimize the possibility of wiring errors. In an altemative embodiment, the I/O device 22-34 
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transmits the network identification tag for an I/O network 60-72 in response to a request for 
the network identification tag from a diagnostics tool 74 (or other device) communicatively 
coupled to the I/O network 60-72. It should also be understood that the transmission of the 
network identification tag may originate in any one of the devices which are communicatively 
coupled to create the communication pathway from the operator station 16 to the I/O network 
associated with a particular network identification tag. Such devices may include the process 
controllers 12, 14, the I/O interface cards 22-34, the I/O carriers 36-40 or any other types of 
devices. 

Referring now to Fig. 2, the diagnostics tool 74 for identifying I/O networks 60-72 in 
the process control system 10 is illustrated in more detail. Specific field devices 42-58 or I/O 
devices 36-40 are typically coupled to specific I/O networks 60-72 within the process control 
system 10. Installing the field device 42-58 or the I/O device 36-40 generally requires the 
identification of the appropriate I/O network 60-72 before a connection can be made. The 
diagnostics tool 74 is used to retrieve and display the network identification tag for a selected 
I/O network 60-72 so that plant personnel can determine whether the selected I/O network 
60-72 is the correct I/O network 60-72 prior to connecting the field device 42-58 or the I/O 
device 36-40 to that network. 

The diagnostics tool 74 may be, for example a standard laptop computer or a handheld 
computer generally including a processing unit 76, a memory 78, a display 80 and an input 
port 82. The input port 82 is adapted to be communicatively coupled to an I/O interface card 
22-34 via the bus associated with the I/O network 60-72 using for example, an ethemet cable 
or any other network compatible cable or communication device. The memory 78 generally 
includes a number of software routines that implement the functions of the diagnostics tool 
74. Once the diagnostics tool 74 is communicatively coupled to the I/O interface card 22-34 
via the selected I/O network 60-72 using the input port 82, a listening routine 84 listens for 
the network identification tag that is periodically broadcast on the I/O network 60-72. Once 
the network identification tag for the selected I/O network 60-72 is received, the network 
identification tag is routed to an interpretation routine 86 that uses the I/O device 
communication protocol to translate the received network identification tag to a diagnostics 
tool specific protocol. The translated version of the network identification tag is then routed 
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to a display routine 88 that displays the identity of the I/O network 60-72 associated with the 
received network identification tag. The identity of the I/O network 60-72 may be displayed 
in any desired format or manner. For example, if the diagnostics 74 is connected on the I/O 
network 70, the listening routine 84 listens for the periodic transmission of the network 
identification tag "CNTR2/C04/CA1/C05" by the I/O interface card 34. Upon receiving the 
network identification tag, the listening routine 84 routes the network identification tag to the 
interpretation routine 86 which identifies the communication protocol used by I/O interface 
card 34 and translates the received network identification tag into the diagnostics tool specific 
protocol. The translated network identification tag is routed to the display routine 88 which 
may display the network identification tag as "CNTR2/C04/CA1/C05" on the display 80. 
While in the illustrated example, the network identification tag is displayed, any other 
indication of the I/O network 60-72 associated with the network identification tag may be 
displayed using, for example, a configuration diagram of the process control system 10. 

In an alternative embodiment, the listening routine 84 and may be replaced with a 
query routine that first identifies the communication protocol used by the I/O interface card 
22-34 associated with the selected I/O network 60-72 and then issues a request to the I/O 
interface card 22-34 for the network identification tag in the identified communication 
protocol. Upon receipt, the network identification tag is routed to the interpretation routine 
86. If the listening routine 84 fails to receive a network identification tag within a specific 
period of time, the listening routine 84 instructs the display routine 80 to provide an 
indication that a non-I/O network has been selected. 

The diagnostics tool 74 may be provided with the option of accepting a user provided 
network identifier for the I/O network 60-72 required for connection to the field device 42-58 
or the I/O carrier 36-40 as an input. In this case, the diagnostics tool compares the I/O 
network 60-72 associated with the user provided network identifier with the I/O network 60- 
72 associated with the network identification tag received over the selected I/O network 60- 
72 to determine whether the selected I/O network 60-72 is the correct I/O network 60-72 for 
connecting the field device 42-58 or I/O carrier 36-40. 

More specifically, the diagnostics tool 74 may be provided with an input device, such 
as a keyboard 92 that can be used by plant personnel to input the network identifier of the I/O 
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network required for connection to the field device 42-58 or I/O carrier 36-40. The network 
identifier may be provided in the form of the network identification tag for the I/O network 
60-72. Of course, the user may be able to select an I/O network 60-72 from a configuration 
diagram or list, enter a specific I/O network 60-72 via the keyboard 92 or specify the I/O 
5 network 60-72 in any other desired manner. A user input routine 94 accepts and stores the 
user provided network identifier. The user routine 94 may also cross reference the user 
provided network identifier in a configuration database 98 to determine the identity of the I/O 
network 60-72 associated with the network identifier. Once the interpretation routine 86 
completes the translation of the received network identification tag into a diagnostics tool 
10 specific protocol, the translated network identification tag is routed to a compare routine 96. 
^_ The compare routine 96 compares the identity of the I/O network 60-72 associated with the 

42 user provided network identifier with the identity of the I/O network 60-72 associated with 

1-=; the received network identification tag. If the identity of the I/O network 60-72 associated 

with the received network identification tag matches the identity of the I/O network 60-72 

nJ15 associated with the user provided network identifier, the compare routine 96 instructs the 

pi 

l'" display routine 88 to indicate that the correct I/O network 60-72 has been selected. If the 

y identity of the I/O network 60-72 associated with the received network identification tag fails 

^« to match the identity of the I/O network 60-72 associated with the user provided network 

identifier, the compare routine 96 instructs the display routine 88 to indicate that an mcorrect 
' ""20 I/O network 60-72 has been selected and may identify that I/O network 60-72, if possible. 

The disclosed method and system permits plant personnel to verify whether the 
correct I/O network 60-72 under the control of the correct process controller 12, 14 has been 
selected prior to connecting a new or previously disconnected field device 42-58 or I/O 
device such as an I/O carrier 36-40 to that I/O network. While the system for determining 
25 whether the selected I/O network 60-72 is the correct I/O network in a process control system 
10 has been described herein as including functionality implemented by one or more 
programs or routines in a processor and memory, it will be understood that this system can be 
constructed as any type of device and that the different elements of this system can be 
produced in or implemented in hardware, firmware or software stored on any type of 
30 computer memory, disk, or other storage device. If implemented in sofl:ware, the system 
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could be programmed using any desired programming language, and may be implemented in 
a standard multi-purpose central processing unit or on specifically designed hardware or 
firmware such as, for example, an ASIC, if so desired. When implemented in software, the 
software may be stored in any computer readable memory such as on a magnetic disk, a laser 
disk, an optical disk, or other storage medium, in RAM or ROM of a computer or processor, 
etc. Likewise, this software may be delivered to a user or a device within a process control 
system via any known or desired delivery method including, for example, on a computer 
readable disk or other transportable computer storage mechanism or modulated over a 
communication channel such as a telephone line, the hitemet, a satellite link, a cellular link, 
etc. (which are viewed as being the same as or interchangeable with providing such software 
via a transportable medium). 

While the present invention has been described with reference to specific examples, 
which are intended to be illustrative only and not to be limiting of the invention, it will be 
apparent to those of ordinary skill in the art that changes, additions or deletions may be made 
to the disclosed embodiments without departing from the spirit and scope of the invention. 
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